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Abstract 

Location  services  are  essential  to  many  applications 
running  on  a  hybrid  of  wirelessly-networked  mobile  ac¬ 
tors  and  static  sensors,  such  as  surveillance  systems  and 
the  Pursuer  and  Evader  Game  (PEG).  To  our  best  knowl¬ 
edge,  there  has  been  no  previous  location  service  protocol 
for  wireless  sensor  networks.  A  number  of  location  service 
protocols  have  been  proposed  for  mobile  ad  hoc  networks, 
but  they  are  not  applicable  to  sensor  networks  due  to  the 
usually  large  per-hop  latency  between  sensors. 

In  this  report,  we  present  a  distributed  location  ser¬ 
vice  protocol  (DLSP)  for  wireless  sensor  networks.  Using 
a  rigorous  analysis  of  DLSP,  we  derive  the  condition  for 
achieving  a  high  packet-delivery  ratio,  and  show  how  to 
configure  the  protocol  parameters  to  ensure  the  scalabil¬ 
ity  of  DLSP.  We  prove  that  DLSP  is  scalable  if  the  mobile’s 
speed  is  below  a  certain  fraction  of  the  packet-transmission 
speed,  which  depends  on  a  movement  threshold.  For  ex¬ 
ample,  if  the  movement  threshold  for  the  lowest-level  lo¬ 
cation  servers  is  the  same  as  the  radio  range,  the  mo¬ 
bile’s  speed  limit  is  one-tenth  of  the  packet-transmission 
speed.  The  mobile’s  theoretical  speed  limit  is  one-fifth  of 
the  packet-transmission  speed,  beyond  which  DLSP  cannot 
scale  regardless  of  the  movement  threshold.  Because  DLSP 
suffers  from  a  high  location-update  overhead,  we  propose 
an  optimization,  called  DLSP  with  the  Selected  Neighbor 
(DLSP-SN),  which  can  reduce  the  update  overhead  by  more 
than  70%,  while  achieving  a  high  packet-delivery  ratio. 
Due  to  the  griding  effect,  the  average  packet’s  path  length 
of  DLSP-SN  is  longer  than  that  of  DLSP.  This  increases 
data-delivery  cost  for  continuous  data  streams.  In  order 
to  make  a  tradeoff  between  update  and  data-delivery  costs, 
we  present  a  greedy  adaptation  mechanism,  called  DLSP- 
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ASN,  which  can  make  a  significant  improvement  of  overall 
energy-efficiency. 


1  Introduction 

There  are  a  growing  number  of  sensor  network  appli¬ 
cations  that  require  communication  between  mobile  actors 
and  stationary  sensors.  For  example,  in  the  PEG  (Pursuer 
and  Evader  Game)  and  surveillance  systems,  hundreds  or 
thousands  of  sensors  may  be  statically  deployed  to  monitor 
certain  areas  or  physical  infrastructures,  and  a  few  dozens  of 
actor  nodes  may  move  around  and  interrogate  static  sensors 
for  information  at  multiple  spots  of  interest. 

Geographic  routing  (or  location-based  routing)  [9,11] 
has  been  widely  used  in  mobile  ad  hoc  networks  (MANETs) 
as  well  as  sensor  networks,  because  it  incurs  low  commu¬ 
nication  and  memory  overheads  of  maintaining  routing  in¬ 
formation.  A  mobile  periodically  reports  its  (geographic) 
location  to  selected  nodes,  called  location  servers.  Other 
nodes  can  acquire  the  mobile’s  location  from  one  of  its 
location  servers  and  then  deliver  data  to  the  mobile  re¬ 
ceiver  using  geographic  routing.  A  number  of  location- 
service  protocols  have  been  proposed  for  MANETs,  such  as 
grid  location  service  (GLS)  [12],  distributed  location  man¬ 
agement  (DEM)  [20],  geographic  hashing  location  service 
(GHLS)  [5],  column  row  location  service  (XYLS)  [18], 
DREAM  [3],  Twins  [19],  and  home-zone-based  location 
service  [17].  Das  et  al.  [5]  presented  a  quantitative  model 
and  compared  the  performance  of  these  protocols. 

These  location  service  protocols,  however,  may  not  be 
applicable  to  sensor  networks  due  to  the  usually  high  per- 
hop  latency  in  a  sensor  network  which  ranges  from  a  few 
hundred  milliseconds  to  a  few  seconds  [13,22],  while  that 
of  a  MANET  is  an  order-of-magnitude  lower  (tens  of  ms)  [7, 
10].  This  long  communication  latency  of  sensor  networks 
can  be  attributed  to  the  following  two  facts.  Eirst,  wireless 
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communication  consumes  much  more  energy  than  other 
operations  for  (severely  energy-constrained)  sensor  nodes. 
Hence,  energy-efficient  MAC  protocols  avoid  idle  listening 
and  overhearing  by  scheduling  transmission  and  listening 
periods  (e.g.,  S-MAC  [23]  and  T-MAC  [4]),  or  low-power 
channel  polling  (e.g.,  WiseMAC  [6]  and  BMAC  [14]),  or 
both  (e.g.,  SCP  [22]).  As  a  result,  the  radio’s  duty  cycle 
can  be  limited  to  a  few  percentages.  Thus,  a  packet  has  to 
be  held  for  some  time  before  its  transmission  to  the  next 
node.  Second,  a  sensor  node’s  radio  usually  has  a  lower 
bandwidth,  incurring  a  longer  transmission  time.  For  ex¬ 
ample,  Mica2  (MicaZ)  has  a  bandwidth  of  19.5  kbps  (250 
kbps),  while  MANETs  typically  use  wireless  LAN  cards  of 
1 1  Mbps  or  54  Mbps. 

This  high  per-hop  latency  makes  packet  transmission  in 
a  sensor  network  much  slower  than  in  MANET.  Moreover, 
a  sensor  network  is  usually  of  much  larger  scale  than  a 
MANET.  Therefore,  the  location-service  protocols  are  un¬ 
likely  to  perform  well  in  sensor  networks,  because,  dur¬ 
ing  the  nontrivial  duration  of  delivering  a  message  from 
a  source  node  to  a  location  server,  then  to  the  mobile  re¬ 
ceiver’s  location  obtained  from  the  location  server,  the  mo¬ 
bile  could  have  moved  too  far  away  to  receive  the  message 
directly  as  in  GHLS  or  even  by  using  a  forward  pointer  as 
in  GLS. 

In  this  report  we  present  a  distributed  location  service 
protocol  (DLSP)  for  a  hybrid  wireless  network  of  stationary 
sensor  nodes  and  mobile  actors.  Like  GLS,  DLSP  is  built 
on  a  hierarchical  grid  structure.  A  mobile  selects  multiple 
location  servers  at  each  level,  and  sends  location  updates 
more  frequently  to  the  location  servers  at  lower  levels  than 
to  those  at  higher  levels.  A  location  query  may  go  through 
multiple  rounds  of  “lookup-and-chase”  to  reach  the  mobile 
receiver.  Through  a  rigorous  analysis,  we  derive  the  condi¬ 
tion  to  achieve  a  high  packet-delivery  ratio,  and  show  how 
to  configure  the  protocol  parameters  to  ensure  the  scalabil¬ 
ity  of  DLSP,  i.e.,  successfully  delivering  messages  to  the 
mobile  receiver  which  moves  around  in  a  very  large  net¬ 
work.  DLSP  is  proven  to  scale  well  if  the  mobile’s  speed 
is  below  a  certain  fraction  of  the  packet-transmission  speed, 
which  depends  on  the  underlying  movement  threshold.  Lor 
example,  if  the  movement  threshold  for  the  lowest-level  lo¬ 
cation  servers  is  the  same  as  the  node’s  radio  range,  the 
mobile’s  speed  limit  is  one-tenth  of  the  packet-transmission 
speed.  The  theoretical  speed  limit  is  one-fifth  of  the  packet- 
transmission  speed  beyond  which  DLSP  cannot  scale  re¬ 
gardless  of  the  movement  threshold. 

Like  GLS,  DLSP  incurs  a  high  location-update  over¬ 
head  because  a  mobile  needs  to  update  multiple  location 
servers  at  each  level  with  its  location  information.  There¬ 
fore,  we  propose  an  optimization,  called  DLSP  with  a  se¬ 
lected  neighbor  (DLSP-SN),  in  which  the  mobile  updates 
the  location  server  in  at  most  one  neighbor  square  at  each 


level.  The  selection  of  a  neighbor  square  is  determined  by 
the  mobile’s  trajectory.  DLSP-SN  achieves  a  significant  re¬ 
duction  of  update  overhead.  Moreover,  in  DLSP-SN,  the 
delivery  of  a  data  packet  may  need  to  take  multiple  rounds 
of  lookup-and-chase,  thus  making  the  average  path  length 
of  location  queries  greater  than  that  of  DLSP.  This  increase 
of  data-delivery  cost  may  become  significant,  especially  for 
continuous  data  streams.  In  order  to  make  a  tradeoff  be¬ 
tween  location-update  and  data-delivery  costs,  we  present 
a  greedy  adaptation  mechanism,  called  DLSP-ASN,  to  im¬ 
prove  the  overall  energy-efficiency. 

The  rest  of  this  report  is  organized  as  follows.  Sec¬ 
tion  2  describes  DLSP,  while  Section  3  derives  the  condi¬ 
tion  for  achieving  a  high  packet-delivery  ratio  under  DLSP 
and  proves  DLSP’s  scalability  when  the  mobile’s  speed  is 
below  a  certain  fraction  of  the  packet-transmission  speed. 
Section  4  analyzes  the  overhead  of  DLSP,  and  presents  an 
optimization,  DLSP-SN.  Section  5  proposes  a  greedy  adap¬ 
tation  mechanism,  DLSP-ASN.  To  validate  our  analysis  re¬ 
sults,  we  simulate  the  performance  of  location  service  in 
Section  6.  We  summarize  the  related  work  in  Section  7, 
and  conclude  the  report  and  discuss  future  directions  in  Sec¬ 
tion  8. 

2  DLSP:  Distributed  Location  Service  Proto¬ 
col 

We  now  present  the  details  of  DLSP  for  a  hybrid  net¬ 
work  of  mobile  actors  and  stationary  sensors.  We  assume 
that  a  large  number  of  stationary  sensor  nodes  have  been 
randomly  and  uniformly  deployed  in  a  field  of  interest  and 
a  relatively  smaller  number  of  mobile  actors  move  around 
within  this  field.  To  deliver  a  message  to  a  node  that  is  mul¬ 
tiple  hops  away  from  the  sender  node,  geographic  routing 
(e.g.,  GPSR  [9])  is  used.  Each  sensor  node  can  determine 
its  location  by  using  a  GPS  receiver  if  it  has,  or  by  invoking 
a  localization  service  [8, 16]  if  it  doesn’t.  Likewise,  each 
mobile  either  is  equipped  with  a  GPS  receiver  or  can  esti¬ 
mate  its  location  using  the  neighbor  sensors’  location  infor¬ 
mation. 

Table  1  summarizes  the  notations  used  in  this  report. 

2.1  Selection  and  Update  of  Location 
Servers 

A  sensor  network  is  assumed  to  have  been  deployed  in 
an  L  X  L  square  field  as  was  assumed  in  GHT  [15].  Similar 
to  GLS  [12],  the  entire  square  field  is  partitioned  into  a  grid 
as  shown  in  Lig.  1 .  Lour  level-0  squares  make  up  one  level- 
1  square,  four  level- 1  squares  make  up  one  level-2  square, 
and  so  on.  To  avoid  overlap  between  two  squares  of  the 
same  size,  a  particular  level-k  square  is  part  of  one  and  only 
one  level-(k-|-  1)  square.  Lor  simplicity,  we  assume  that  the 
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m 

Location  of  a  stationary  sensor  node  S 

IDr 

ID  of  a  mobile  node  R 

P{R,T) 

Location  of  R  at  time  T 

Sk,o{P) 

the  level-/:  square  in  which  P  falls 

Skj{P) 

8  level-A:  neighbor  squares  adjacent  to  to 
Sk,o{P)  where  j=  1,...,8 

Lk,j(P{RJ)dDR) 

The  location  that  R  picks  in  the  square 
Skj{P(R-T))  at  time  T 

LSt,j{P(R,T),IDR) 

The  level-/:  location  server  of  mobile  R  in 
Skff(P(R^T)),  i.e.,  the  sensor  node  closest  to 
Li,j(P(R,T),IDR) 

ALSt(P{S),IDR) 

The  adaptive  location  server  for  a  data  source 

S  in  the  square  5^  o(^W) 

L 

Edge  length  of  the  square  field  of  interest 

t 

Edge  length  of  level-/:  square  is 

m 

The  movement  threshold  of  location  update 
at  level-/:  location  servers  is 

X 

The  time  threshold  of  location  update  at  level- 
k  location  servers  is  2^x 

th 

Per-hop  latency 

p 

Per-hop  progress;  the  average  decrease  of  Eu¬ 
clidean  distance  to  the  destination  per  hop 

r 

Radio  range 

V 

Mobiles’  average  speed 

dist{P\  .P2) 

Distance  between  two  locations.  Pi  and  P2 

Table  1.  Summary  of  notations 


field  is  perfectly  gridded,  i.e.,  the  field  is  a  square  of  edge 
length  L  =  where  h  is  an  integer.  We  will  discuss  how 
this  restriction  can  be  relaxed  in  Section  6. 

At  time  T ,  a  mobile  R  uses  a  common  hash  function 
to  compute  a  location,  Loj{P{R,T),IDr)  in  each  level-0 
square  Soj{P{R,T))  (j  =  0,...,8).  The  sensor  node  clos¬ 
est  to  this  location  is  chosen  as  the  mobile’s  level-0  location 
server,  denoted  as  LSoj{P{R,T),IDr).  A  neighbor  square 
is  omitted  if  it  is  out  of  the  field  boundary.  At  level- 1,  R 
picks  a  location  server  from  each  of  its  neighbor  squares, 
Si_j{P{R,T)).  There  is  no  location  server  in  Sifi{P{R,T)), 
as  it  has  been  fully  covered  by  the  level-0  location  servers, 
and  so  on.  The  location  servers  at  different  levels  are  up¬ 
dated  at  different  rates.  Suppose  R  has  sent  a  location  up¬ 
date  to  level-k  location  servers  at  time  ff.  It  will  then  send 
the  next  update  to  the  level-k  servers  at  T  -b  AT  if  and  only 
\idist{P{Rff),P{Rff  +AT))>2^-'^lov  AT  >2H.  Rtistti 
the  lifetime  of  its  location  servers  to  be  slightly  greater  than 
AT  =  m/n(2*x,  ^  If  a  location  server  does  not  receive 
a  new  update  from  the  mobile  R  before  this  lifetime  expires, 
it  is  no  longer  a  location  server  for  R. 

2.2  Processing  of  Location  Queries 

When  a  sensor  node  S  sends  a  data  message  to  R,  it  only 
knows  its  own  location  and  R’s  ID,  and  encapsulates  the 
data  into  a  location  query.  This  location  query  is  first  sent 


to  a  location  server,  and  then  to  R’s  location  found  from  the 
location  server.  This  lookup-and-chase  process  is  illustrated 
by  an  example  in  Figs.  2  and  3. 

In  Fig.  2,  S  first  assumes  that  R  resides  in  Sofl{P{S))  at 
some  time,  and  hence,  S  sends  the  query  to  the  sensor  node 
(Ni)  closest  to  Lofi{P{S),IDR).  Note  that  Ltfl{P\fDR)  = 
Lkfl{P2,IT)R)  if  Pi  and  P2  are  both  located  within  the 
same  level-k  square.  Ni  is  not  an  P’s  location  server,  be¬ 
cause  it  has  not  received  any  location  update  from  P  or 
the  P’s  location  information  has  expired.  In  order  to  ex¬ 
plore  a  larger  square  Sifi{P{S)),  Ni  sends  the  query  to 
N2,  which  is  the  node  closest  to  Li  o{P{S),IDr),  and  so 
on.  Suppose  the  query  eventually  reaches  a  location  server, 
denoted  as  LS2fl{P{S),IDR),  which  has  the  P’s  location 
at  time  Pi,  denoted  as  P{R,Ti).  LS2fi{P{S),IDR)  (i.e., 
LS2a{P{R,  Ti),IDr))  then  sends  the  query  to  P(P,  Pi).  This 
process  of  looking  up  the  location  of,  and  and  chasing,  a 
mobile  is  called  a  round. 

If  P  moves  fast  and  if  S  and  P  are  far  apart,  then  by  the 
time  the  location  query  reaches  this  location,  P  could  have 
moved  too  far  away  from  P(P,  Pi )  for  P  to  receive  the  loca¬ 
tion  query.  Then,  the  query  will  be  received  by  the  node 
A  closest  to  P(P,Pi).  Unlike  GLS,  A  does  not  maintain 
any  forward  pointer  under  DLSP.  Instead  of  dropping  the 
query,  it  starts  a  new  round.  As  shown  in  Fig.  3,  the  query 
first  goes  to  the  node  A3  closest  to  L()X){P{R,  T\),IDr),  then 
to  PPi,o(P(P,Pi),/D«)  (i.e.,  PPp6(P(P,P2),/P>ff)),  which 
has  more  recent  P’s  location,  P(P,P2).  Finally,  the  query 
catches  up  with  P  near  P(P,  P2). 

After  receiving  the  query,  P  may  decide  whether  or  not 
to  send  its  location  information  to  S.  For  overall  energy- 
efficiency,  such  a  decision  should  depend  on  the  sender’s 
transmission  rate,  as  discussed  in  Section  5. 


3  Conditions  for  Achieving  High  Packet- 
Delivery  Ratio 


In  this  section,  we  first  derive  the  condition  for  achieving 
a  high  packet-delivery  ratio  under  DLSP.  Then,  we  discuss 
how  to  configure  the  parameters  of  DLSP  to  make  it  scal¬ 
able.  We  prove  that  DLSP  is  scalable  if  the  mobile’s  speed 
is  lower  than  a  certain  fraction  of  the  packet-transmission 
speed,  which  depends  on  the  movement  threshold  used. 
We  find  that  the  theoretic  speed  limit  is  one-fifth  of  the 
packet-transmission  speed.  Last,  we  present  the  condition 
for  achieving  a  high  packet-delivery  ratio  in  GHLS,  and 
show  that  GHLS  is  not  scalable  regardless  of  the  update 
frequency. 
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°  Mobile  Node  R  ♦  LS^  j(P(R,T),IDp) 

*  LSo,(P(R,  T),IDr)  •  LS2,(P(R,T),IDr) 


Figure  1.  The  location 
servers  selected  at  three 
levels  of  the  grid 


Figure  2.  Round  1  of  location 
query  processing 
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Figure  3.  Round  2  of  lo¬ 
cation  query  processing; 
only  the  location  server  in 
the  shaded  level-1  neighbor 
square  is  visited. 


Location 


Figure  4.  The  timeline  of  events  for  location 
query  processing  at  level-0. 

3.1  Analysis  of  Conditions  for  High 
Packet-Delivery  Ratio  under  DLSP 

Our  analysis  of  DLSP  consists  of  the  base  case  and  the 
inductive  step.  The  base  case  analyzes  how  a  location  query 
can  catch  up  with  the  mobile  receiver  after  obtaining  its  lo¬ 
cation  information  from  a  level-0  location  server.  The  in¬ 
ductive  step  analyzes  how  the  location  query  can  get  closer 
to  the  mobile  node  after  completing  each  round. 

3.1.1  The  Base  Case 

Suppose,  at  Time  Ti,  R  sends  its  location,  P{R,Ti), 
to  a  level-0  location  server,  LSoj{P{R,Ti),IDr),  j  S 
{0, 1 , . . . ,  8}.  The  location  server  receives  the  location  up¬ 
date  at  time  Tj.  At  time  T4,  it  receives  a  location  query  and 
forwards  the  query  to  P{R,  Ti  ).  The  location  query  reaches 
P{R,  Ti)  at  time  Tj-  The  timeline  of  these  events  are  shown 
in  Fig.  4. 

In  order  to  have  R  receive  the  query  at  T2,  the  following 
condition  must  be  satisfied: 

dist{P{RJi),P{R,T2))<r.  (1) 


Suppose  AT  =  T2  —  T\,  then  dist{P{R,Ti),P{R,T2))  is 
bounded  by  AT  v,  because  the  distance  is  maximized  when 
R  moves  on  a  straight  line  between  Ti  and  72.  The  aver¬ 
age  speed  is  computed  as  the  length  of  the  trajectory  curve 
between  Ti  and  T2  over  AT .  AT  can  be  broken  into  three 
items,  73  —  7j,  Tj  —  73,  and  T2  —  T4.  73  —  7j  denotes  the  av¬ 
erage  transmission  time  of  the  location  update  from  P{R,Ti) 
to  LSoj{P{R,Ti),IDr)-,  T4  —  73  represents  the  average  ob¬ 
soleteness  of  the  location  information  on  at  location  server; 
T2  —  T4  denotes  the  transmission  time  of  the  location  query 
fromL5o,;(P(7?,7’i)  to  P{R,Ti). 

Let  do  be  the  average  distance  between  R  and  a  level- 
0  location  server,  i.e.,  dist{P{R^Ti)^Loj{P{R,Ti),IDR)). 
Since  the  R  and  the  level-0  location  server  can  be  located 
in  anywhere  of  the  level-0  square,  do  is  the  average  of  the 
distance  between  two  random  points  in  the  level-0  square. 
do  sa  1.27^  according  to  the  numerical  analysis.  Also,  we 
let  to  be  the  update  interval  for  level-0  location  servers.  We 
have  73  —  T’l  =  72  —  74  =  y  f/,,  and  T4  —  T2  =  ^fo  because  r4 
ranges  from  Tj  to  Tj  +  to-  So, 


AT  =  ^to+2\. 

2  p 

Also,  from  Section  2,  we  have 

f  ^  _  '■y-mc 

T  if  V  < 


to  = 


2-"'i 


2-’”e 


ifv> 


From  Eq.  (3),  we  have 

vto  <  2-’^i. 


(2) 

(3) 

(4) 


Therefore, 

dist{P{R,Ti),P{R,T2))  <  ifov-f2— f/,v 

Z  p 
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ixv  +  2^f/,v  ifv<2-^ 

2-'^-H  +  2^thV  ifv>2^. 

P  ~ 


In  order  to  satisfy  Eq.  (1),  we  simply  let  jt^v  +  2yf/,v  < 
r.  That  is, 


XV  +  ^thv  <2r  if  V  <  2-^ 

2-'«i+^thV<2r  ifv>^. 
P  ^ 


Eq.  (6)  can  be  satisfied  if 


2-“f+— f/,v<2r.  (7) 

P 

3.1.2  Analysis  of  the  Inductive  Step 

Consider  the  case  of  requiring  multiple  rounds  of  lookup- 
and-chase.  Suppose  the  query  looks  up  /?’s  location  from 
a  level-k,  location  server  in  round  i,  and  from  a  level-k,+i 
server  in  round  i+1.  To  ensure  the  query  makes  progress 
towards  R,  we  need  to  satisfy 

(8) 

Suppose  the  query  gets  R’s  location,  P{R,  T[)  in  round  i 
and  reaches  P{R,T[)  at  time  T^.  ki+i  <ki—\  holds  if  the 
following  inequality  holds: 

dist{P{R,  Tl),P{R,  T{))  <  2’^'-H.  (9) 

Similar  to  Eq.  (2),  we  get 

A7’'  =  r2'-7’/ 

=  i2'^7o  +  2^4.  (10) 

2  p 

So,  we  have 


dist{P{Rj{),P{Rj[))  <  i2^'fov  +  2^4v 

2  p 

f  2'‘‘^hv  +  2.5^tf,v  ifv<^^ 
“1  2'^‘-"‘-^£  +  2.5^thV  ifv>^ 

\  P  ^ 


In  order  to  satisfy  Eq.  (8),  we  simply  let  52^‘fov  + 


2i^thV  <2^’-H.  That  is. 


'Cv  +  y f/,v  <£  if  V  <  2-^ 

2->^(,  +  ^thV<£  ifv>2^. 
P  ^ 


Again,  because  of  Eq.  (4),  Eq.  (12)  can  be  satisfied  if 


2-“£+— 

P 


3.2  Configuration  of  Protocol  Parameters 
for  DLSP 

Using  the  above  analysis  provides  some  insights  into 
what  parameters  affect  the  packet-delivery  ratio  and  how 
they  can  be  configured  to  achieve  the  scalability  of  DLSP. 

3.2.1  Configuration  of  £ 

Consider  the  condition  of  the  base  case,  Eq.  (7),  and  that 
of  the  inductive  step,  Eq.  (13).  The  condition  of  the  base 
case  is  stronger  than  that  of  the  inductive  step  if  f  >  2r. 
Moreover,  Eq.  (7)  is  independent  of  the  field  edge  length,  L. 
This  indicates  that,  as  long  as  data  can  be  delivered  within 
a  small  region  (level-0  squares)  of  edge  length  £  >  2r,  it 
can  be  delivered  from  an  arbitrarily  far  away  node.  That 
is,  if  f  >  2r,  DLSP  is  guaranteed  to  be  scalable.  In  fact,  £ 
should  be  set  to  2r,  because  the  overhead  of  location  updates 
increases  as  £  increases  (in  Section  4). 

3.2.2  Configuration  of  m 

In  Eq.  (7),  yt/jV  is  always  a  positive  term  since  4  is  not 
negligible.  So,  m  must  be  a  positive  integer.  Again,  the 
overhead  of  location  updates  is  proportional  to  2'"  when  the 
mobile’s  speed  is  above  the  threshold.  Therefore,  m  should 
be  set  to  1,  and  the  movement  threshold  is  r. 

3.2.3  Limit  of  the  Mobile’s  Speed 

Erom  Eq.  (7),  ifm=l,v<^^  =  j^,  which  is  one-tenth 
of  the  packet  transmission  speed.  If  the  movement  thresh¬ 
old  for  location  updates  is  reduced,  the  speed  limit  can  be 
lifted.  However,  v  <  ^  must  always  hold,  and  the  speed 

can  never  be  greater  than  So,  the  theoretic  speed  limit 
of  the  mobile  is  one-fifth  of  the  packet  transmission  speed, 
no  matter  how  frequently  the  location  servers  are  updated. 

3.3  Scalability  of  DLSP 

Theorem  1  Let  r  be  the  radio  range,  and  d  the  movement 
threshold.  If  the  edge  length  of  the  smallest  square  is  2r, 
and  V  <  ^77^  f-  holds,  DLSP  is  scalable. 

Similar  to  the  analysis,  this  proof  consists  of  the  base 
case  and  the  inductive  step.  Due  to  space  limitation,  we 
omit  the  full  proof. 

3.4  Analysis  of  Conditions  for  High 
Packet-Delivery  Ratio  in  GHLS 

GHLS  can  be  considered  as  a  trivial  case  of  DLSP,  in 
which  f  =  L.  The  analysis  of  GHLS  is  the  same  as  that  of 


the  base  case  in  DLSP,  except  that  do  «  0.5L  because  there 
is  only  one  location  server  in  the  L  x  L  square. 

Suppose  the  movement  threshold  for  updating  the  loca¬ 
tion  server  is  vfo  <  d.  We  need  to  satisfy 

2L 

d-\ - f/jV  <  2r.  (14) 

P 

Because  f/,  is  nontrivial,  Eq.  (14)  may  not  hold  for  large 
networks  and  fast  moving  nodes,  no  matter  how  small  d 
might  be.  Therefore,  GHLS  is  not  scalable. 

4  Analysis  of  Location- Service  Overhead 

In  this  section,  we  first  analyze  the  overhead  of  loca¬ 
tion  updates  under  DLSP  and  then  propose  a  design  opti¬ 
mization,  called  DLSP  with  the  Selected  Neighbor  (DLSP- 
SN)  which  makes  a  significant  reduction  of  location-update 
overhead. 

4.1  Analysis  of  Location-Update  Over¬ 
head 

Let  U  denote  the  total  overhead  of  location  updates,  and 
Ujc  the  overhead  of  updating  a  level-k  location  server.  The 
location-update  frequency  for  the  level-k  location  servers 
is  The  average  distance  between  R  and  a  level- 

k  location  server  (LSk,j{PiR,T),IDR)  is  1.27  and  the 
average  distance  between  R  and  the  level-0  location  server, 
LSo_o{P{R,T),IDii)  is  0.5f.  Since  there  are  at  least  3  neigh¬ 
bor  squares  at  each  level  except  the  highest,  we  have 


LI  1 

3u}c — h  UQ  — 
k=0  ^0 

^ 

=  ^3.8 — +0.5  — 

i“o  pto  pto 

=  (3.8(/z-l)-f0.5)  — 
pto 

2“v 

>  (3.8(/!-1)  4-0.5)—  (15) 

Hence,  like  GLS,  DLSP  suffers  from  a  high  update  over¬ 
head  because  there  are  multiple  location  servers  at  each 
level  of  the  hierarchy. 

4.2  Optimization  of  DLSP 

Our  optimization  goal  is  to  reduce  the  location-update 
overhead  while  preserving  the  high  packet-delivery  ratio. 
The  key  observation  is  that  it  is  unnecessary  to  update  the 
location  servers  in  all  neighbor  squares.  This  is  because,  as 


LSi,„(P(R 


P(R,T,) 

^  P(R,T, 

■ 

R 

T-'-o''  - 

P(R,T,) 

LSi,,( 

Figure  5.  R  sends  updates  to  two  level-1  loca¬ 
tion  servers  at  p{r,T2),  because  PiR,T3)  is  in 
the  selected  neighbor  square  of  p{r,T2). 

a  location  query  “chases”  the  mobile  receiver,  the  mobile’s 
trajectory  determines  which  location  servers  to  visit. 

This  observation  is  illustrated  in  Pig.  3.  At  time  72, 
R  updates  the  5  location  servers  in  the  neighbor  squares. 
Therefore,  at  round  2,  the  query  can  obtain  a  more  re¬ 
cent  location,  P{R,T2),  and  catch  up  with  R.  Since  A 
is  in  Si,(,{P{R,T2)),  the  query  relayed  by  A  can  only  go 
through  LSifi{P{R,T2)JDii),  not  the  other  four  level- 1  lo¬ 
cation  servers.  That  is,  only  the  update  to  the  location  server 
in  the  neighbor  square,  Si  (,{P{R,T2))  is  useful  for  deliver¬ 
ing  this  query.  So,  the  design  optimization  is  called  Dis¬ 
tributed  Location  Service  Protocol  with  the  Selected  Neigh¬ 
bor  (DLSP-SN). 

To  illustrate  how  DLSP-SN  works,  let  us  zoom  in 
the  lower-left  level-2  square  of  Pig.  3  in  Pig.  5.  Sup¬ 
pose  R  needs  to  send  location  updates  to  level- 1  location 
servers  at  P{R,Ti),  P{R,T-i),  and  P{R,T2)  consecutively. 
At  P{R,T2),  it  checks  if  its  previous  location  P{R,Ti)  was 
in  the  level- 1  square,  Sifl{P{R,Ti)).  If  so,  it  only  up¬ 
dates  L5i,o(P(7?,ri),/Dflj  (i.e.,  L5i,6(P(7?,r2),/Dfl).  At 
P{R,T2),  R  finds  that  its  previous  location  P{R,  I))  is  in  the 
neighbor  square,  Si  (,{P{R,T2)),  so  it  sends  updates  to  both 
LSi,o{P{R,T2),IDr)  and  LSi  (i{P{R,T2),IDr).  Note  that  the 
locations  of  two  consecutive  level-k  updates  must  be  in  the 
same  level-k  square  or  two  neighbor  level-k  squares,  be¬ 
cause  the  movement  threshold  for  level-k  updates,  2*^^'”£, 
is  strictly  less  than  the  edge  length  of  level-k  square,  2^£. 

The  difference  between  DLSP  and  DLSP-SN  is  summa¬ 
rized  as  follows. 

•  Suppose  the  highest  level  is  h.  DLSP  up¬ 
dates  LSoJ^{P{R,T),IDR)  (ji  —  0,1,...,8),  and 
LSkj2iPiR,T),IDR)  (k  =  1,2,...,/!  -  1  and  j2  = 
0,1,..., 8).  DLSP-SN  updates  L5i,o(P(7?,7’),/D«) 
{k  —  0,2,..  .,h),  as  well  as  the  location  server  in  the 
selected  neighbor  square. 

•  Suppose  ki  and  are  the  levels  of  location  servers 
DLSP  and  DLSP-SN  obtains  location  information  at 
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round  i  and  ;  +  1.  DLSP  requires  ki  >  ki^\,  but  DLSP- 
SN  does  not  have  this  restriction.  To  avoid  endless 
chasing,  DLSP-SN  requires  that,  at  each  round,  the 
query  gets  more  recent  location  information  than  the 
previous  round. 

DLSP-SN  is  less  restrictive  in  the  sense  of  obtaining 
location  information,  because  it  selects  much  fewer  loca¬ 
tion  servers  than  DLSP.  As  a  result,  DLSP-SN  incurs  more 
rounds  and  longer  query  path. 

5  Adaptation  of  Location  Service 

DLSP-SN  reduces  its  update  overhead,  but  may  extend 
the  query  path,  increasing  data-delivery  cost.  This  increase 
of  data-delivery  cost  may  become  significant  for  deliver¬ 
ing  continuous  data  streams.  To  achieve  overall  energy- 
efficiency  with  DLSP-SN,  we  propose  an  adaptive  location- 
update  scheme  in  which  a  mobile  adaptively  sends  its  lo¬ 
cation  updates  based  on  the  varying  distribution  and  rate  of 
the  data  sources.  We  then  analyze  the  parameter  configura¬ 
tion  for  the  adaptation  to  ensure  a  high  query-delivery  ratio 
and  present  a  greedy  algorithm  to  improve  overall  energy- 
efficiency.  Finally,  we  summarize  the  comparison  among 
the  hierarchical  location  service  protocols,  DLSP,  DLSP- 
SN,  DLSP-ASN,  and  GLS. 

5.1  Adaptive  Location  Update 

In  MANETs,  most  data  communication  is  one-to-one. 
After  a  mobile  node  receives  a  location  query,  it  can  peri¬ 
odically  send  location  updates  directly  to  the  source  node. 
The  source  can  cache  the  location  information  and  send  data 
directly  until  the  location  information  expires.  In  a  hybrid 
wireless  networks  of  static  sensors  and  mobile  actors,  how¬ 
ever,  a  mobile  node  may  receive  data  from  multiple  data 
sources  located  in  the  areas  of  interest.  If  the  mobile  re¬ 
ceiver  sends  location  updates  to  each  of  these  data  sources, 
the  location-update  overhead  can  be  prohibitive.  Fortu¬ 
nately,  the  data  sources  in  an  area  of  interest  may  be  spa¬ 
tially  close.  Therefore,  the  mobile  node  can  send  updates  to 
only  a  few  location  servers  shared  by  the  data  sources. 

Fig.  6  provides  an  illustrative  example.  Suppose  sen¬ 
sor  nodes.  Si  and  S2,  reside  in  the  same  level-0  square 
So.o{P{S\)),  and  continuously  report  data  to  a  mobile  node 
R.  Instead  of  sending  location  updates  to  Si  and  S2  individu¬ 
ally,  R  picks  an  adaptive  location  server,  ALSo{P (Si), IDr), 
in  Sko{P{Si)),  and  periodically  updates  it  as  well  as  the 
other  location  servers.  When  Si  or  S2  send  data  to  R,  a 
location  query  is  processed  exactly  the  same  as  in  Section. 
2  except  for  the  D'  round.  R’s  location  can  be  obtained 
at  ALSo{P{Si),IDr)  instead  of  the  level-2  location  server, 
LS2.j{P{R,Ti),IDR),  as  shown  in  Fig.  2.  Thus,  the  com¬ 
munication  cost  of  data  delivery  is  reduced  at  the  expense 


Figure  6.  Location  queries  (or  data  packets) 
from  and  S2  travei  iess  hops  during  round  1 
with  adaptive  iocation  updates. 

of  extra  adaptive  location  updates.  To  justify  the  need  for 
adaptive  location  updates,  we  want  to  derive  the  condition 
for  achieving  a  high  query-delivery  ratio,  and  analyze  the 
overall  energy-efficiency. 

5.1.1  Condition  for  High  Query-Delivery  Ratio 

Suppose  R  updates  ALSo{P{Si),IDr)  at  time  T/,  and  the 
location  query  reaches  P{R,T()  at  time  T2.  Let  Tj,  =  2^‘'fo 
be  the  period  of  the  location  updates  to  ALSo{P{Si),IDr), 
and  D  be  the  distance  between  L{P{Si),IDr)  and  P{R,  T[). 
Similar  to  the  analysis  of  Eq.  (10),  we  get 

A7’'  =  7’2'-7’/ 

=  i2Lfo  +  2-f/,.  (16) 

2  p 

We  simply  let  AT'v  <  That  is, 

2^“-'fov  +  2-f/,v<  (17) 

P  2 

In  Section  3,  we  have  derived  Eq.  (4)  and  the  speed  limit, 
V  <  with  the  movement  threshold  r.  In  order  to  satisfy 
Eq.  (17),  we  have  need; 

r  9  D  D 

2^“^2f-b-<-.  (18) 

So,  approximately, 

ka<log2{j)-  (19) 

*In  GLS,  one  square  considers  the  three  adjacent  squares  belonging  to 
the  same  parent  square  as  its  neighbors;  in  DLSP  protocols,  all  the  eight 
adjacent  squares  are  considered  neighbors. 

^‘Griding  effect’  means  that  the  source  and  destination  nodes  across 
but  close  to  the  boundary  of  a  high-level  square  may  require  the  query  to 
travel  many  hops  up  to  the  common  square  containing  both  nodes. 
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Protocols 

DLSP 

DLSP-SN 

DLSP-ASN 

GLS 

ID-to-LS 

Mapping 

Hash  the  mobile  node  ID  into 
a  location  within  a  square,  and 
the  node  closest  to  the  location 
becomes  a  location  server 

Same  as  DLSP 

Same  as  DLSP 

Select  the  node  whose  ID  is 
closest  to  the  mobile  node  ID 
within  a  square 

LS  in 

Neighbor 

Squares 

One  LS  in  each  of  the  eight 
neighbor  squares 

At  most  one  location  server 
from  a  neighbor  square 

Same  as  DLSP-SN 

One  LS  from  each  of  the  three 
neighbor  squares 

Cross- 

Boundary 

Updates 

Location  updates  can  only  be 
triggered  by  timeout  or  ex¬ 
ceeding  the  movement  thresh¬ 
old 

Same  as  DLSP,  but  the  se¬ 
lected  neighbor  depends  on 
whether  or  not  a  boundary  of 
certain  level  is  crossed 

Same  as  DLSP-SN 

Need  to  update  the  three 
neighbor  location  servers^ 
from  level-0  to  level-A:  if  the 
boundary  of  a  level-A:  square 
is  crossed 

Data 

Source 

Adaptive¬ 

ness 

No 

No 

Yes.  A  mobile  node  may  send 
additional  location  updates  to 
the  location  servers  near  the 
data  sources  according  to  a 
greedy  algorithm 

Yes.  Two  communicating  mo¬ 
bile  nodes  piggybacks  their 
location  information  on  data 
packets  to  each  other.  Also, 
a  mobile  node  directly  sends 
its  location  to  the  data  source 
in  one-way  communication. 
However,  there  is  no  adaptive 
mechanism  of  updating  loca¬ 
tion  servers  according  to  the 
data  traffic. 

Griding 

Effect^ 

No 

Yes 

Not  after  the  additional  loca¬ 
tion  updates  are  sent  out 

Yes 

Multi- 

Round 

Yes,  with  restrictions  (1)  the 
query  needs  to  obtain  a  newer 
location  of  the  mobile  node  at 
each  round;  (2)  do  not  pro¬ 
ceed  if  the  location  is  obtained 
at  a  level-0  location  server  in 
the  previous  round;  (3)  the  lo¬ 
cation  server  in  the  previous 
round  should  be  at  a  higher 
level  than  that  at  this  round. 

Yes,  with  restrictions  (1)  and 
(2) 

Same  as  DLSP-SN 

No 

Table  2.  The  comparison  of  hierarchical  location  services 


When  ka  is  small,  there  is  more  update  overhead  but 
shorter  less  data-delivery  cost;  when  ka  is  large,  there  is  less 
update  overhead  but  higher  data  transmission  cost.  So,  ka 
needs  to  be  configured  on-the-fly  to  achieve  overall  energy- 
efficiency. 

5.1.2  Analysis  of  Overall  Energy-Efficiency 

Let  Eff  denote  the  energy-efficiency  without  adaptive  lo¬ 
cation  updates,  and  Effa  denote  the  efficiency  with  adap¬ 
tive  location  updates.  The  mobile  maintains  a  moving  win¬ 
dow  to  compute  the  average  data  rate,  Rdata,  the  average 
hop  count.  Chops,  and  the  average  distance,  Dsrc,  from  the 
two  sources. 

AEff  =  Eff -Effa 

=  Rdoha  ■  (Chops  _  ^  1  (20) 

V  P  J  P  ^  “to 

R  periodically  searches  for  ka  in  [0,Zog2  (7)]  such  that 
AEff  is  maximized. 


In  general,  the  rate  and  distribution  of  data  sources  can 
be  complex.  It  is  very  difficult  to  compute  the  optimal  so¬ 
lution  that  combines  data  sources  and  sets  ka  for  each  com¬ 
bination.  The  mobile  can  use  some  simple  heuristics  to  find 
good  solutions.  For  example,  only  the  data  sources  in  the 
same  level-0  are  combined  at  their  level-0  location  server. 
We  can  then  use  the  above  analysis  to  set  ka  for  each  level-0 
location  server. 

5.2  Comparison  of  Hierarchical  Location 
Services 

The  comparison  of  hierarchical  location  services  is  sum¬ 
marized  in  Table  2. 

6  Evaluation 

Using  extensive  simulation,  we  comparatively  evaluate 
the  performance  of  location-service  protocols.  We  have  im¬ 
plemented  the  DLSP  protocols  (DLSP,  DLSP-SN,  DLSP- 


ASN)  and  GHLS  in  ns-2  [2],  and  also  ported  GLS  to  the 
same  version  of  ns-2  we  use  for  other  protocols. 

The  following  metrics  are  evaluated  for  the  location  ser¬ 
vice  protocols:  (1)  Query  Delivery  Ratio — the  percent¬ 
age  of  location  queries  successfully  delivered  to  the  mo¬ 
bile  receiver;  (2)  Update  Overhead — the  number  of  update 
packets  transmitted  with  each  hop  counted  as  one  packet 
transmission;  (3)  Query  Path  Length — the  number  of  hops 
each  successfully-delivered  query  takes;  (4)  Overall  Energy 
Cost — the  total  number  of  messages  transmitted  for  both 
queries  and  location  updates. 

6.1  The  Simulation  Scenario 

The  transmission  range  for  the  radio  of  all  the  nodes  is 
set  to  100m,  which  is  adopted  from  the  characteristics  of 
MicaZ  [1]  wireless  sensor  nodes.  Also,  we  set  the  per-hop 
latency  as  0.5s.  We  assume  the  radio  link  is  symmetric, 
and  only  collision  may  cause  message  loss.  Typically,  the 
raw  radio  of  sensor  nodes  (e.g.,  Mica2,  MicaZ)  is  lossy  and 
asymmetric,  but  we  rely  on  the  underlying  MAC  or  routing 
protocols  to  provide  reliable  transmission  through  schedul¬ 
ing  and  retransmission. 

Sensors  are  uniformly  distributed  over  a  square  area, 
with  a  density  of  6.25  nodes  per  100  x  100  m^.  Such  a 
high  node  density  is  chosen  because  in  low  node-density 
networks,  geographic  routing  (e.g.,  GPSR)  suffers  from  rel¬ 
atively  high  packet  losses,  which  may  distract  the  readers 
from  our  main  focus  on  the  performance  of  location  ser¬ 
vices.  Given  this  node  density,  the  average  per-hop  progress 
is  approximately  70m.  Our  tests  are  run  on  networks  of 
400  X  400,  800  X  800,  1200  x  1200,  and  1600  x  1600  m^, 
which  include  100,  400,  900,  and  1600  sensor  nodes,  re¬ 
spectively.  Since  we  do  not  consider  interactions  among 
mobiles,  only  one  mobile  is  simulated  in  our  evaluation, 
and  its  movement  follows  the  modified  random  way-point 
mobility  model  [24].  The  mobile’s  speed  is  set  to  4,  6,  8, 
10,  15,  20,  30,  and  40m/s,  and  the  mobile’s  pause  time  is  0. 

The  beacon  period  for  stationary  sensor  nodes  is  10s,  and 
Is  for  the  mobile.  When  a  sensor  node  receives  a  beacon 
from  the  mobile,  it  replies  with  a  beacon  by  a  random  delay 
ranging  from  0  to  Is.  The  movement  threshold  for  trig¬ 
gering  location  updates  in  DLSP,  DLSP-SN,  DLSP-ASN, 
GHLS,  and  GLS  is  set  to  100m.  The  timeout  for  trigger¬ 
ing  location  updates  for  the  location  service  protocols  ex¬ 
cept  GLS  is  8s.  GLS  does  not  have  any  timeout.  Instead 
of  using  the  instantaneous  speed,  the  mobile  node  uses  its 
average  speed  over  a  moving  window.  Suppose  R  sends  two 
consecutive  updates  to  its  level-k  location  servers  at  time  T 
and  T' .  The  average  speed  v  =  ))  ^  although 

R’s  trajectory  can  follow  an  arbitrary  curve.  To  determine 
the  timeout  for  the  location  information  sent  to  a  level-k  lo¬ 
cation  server,  the  mobile  uses  the  average  speed  to  predict 


the  update  interval  4  =  2^4  by  Eq.  (3). 

The  edge  length  of  the  smallest  square  in  the  DLSP  pro¬ 
tocols  is  f  =  200m.  In  GLS,  the  smallest  square  size  is 
set  to  100m,  because  all  nodes  in  the  same  smallest  square 
should  be  within  two  hops.  The  network  size  in  our  tests, 
1200  X  1200  m^,  does  not  result  in  a  perfect  grid  structure. 
In  such  a  case,  if  an  intended  level-k  square  is  outside  of 
the  network  boundary,  it  is  substituted  by  a  neighbor  level-k 
square  inside  the  boundary.  Eor  example,  the  level-2  square 
may  be  outside  of  the  boundary  when  the  mobile  is  located 
at  (x  =  900m,  y  =  900m).  Then,  the  level-2  square  {(0,0), 
(800,800)}  becomes  its  replacement. 

Ten  sensor  nodes  are  deployed  for  each  network  size. 
With  each  deployment,  we  generate  a  movement  scenario 
for  4,  6,  8,  10,  15,  20,  30  and  40m/s,  respectively.  All  test 
results  are  the  averages  of  10  runs  on  all  the  deployments. 
Since  the  mobile’s  ID  is  the  same  in  all  tests,  a  seed  is  ran¬ 
domly  generated  in  each  run  so  that  a  sensor  node  can  hash 
the  mobile’s  ID  into  a  different  value  for  DLSP  protocols 
and  GHLS.  As  for  the  workload,  a  sensor  node  is  randomly 
chosen  to  send  a  location  query  to  the  mobile  once  every  2s 
for  a  period  of  200s,  i.e.,  100  queries  are  sent.  All  tests  for 
the  same  network  size  use  the  same  workload. 

In  GLS,  every  node  should  publish  its  location  to  its  lo¬ 
cation  servers  for  the  correct  functioning  of  GLS.  Although 
this  is  reasonable  for  a  MANET,  for  which  GLS  is  designed, 
this  may  cause  unnecessary  communications  to  stationary 
sensor  nodes  Thus,  we  modify  GLS  such  that  the  sensor 
nodes  publish  their  location  only  during  the  initial  warm-up 
period  of  120s.  These  location  updates  during  the  warm-up 
period  are  not  counted  in  the  update  overhead.  Eor  all  pro¬ 
tocols,  the  workload  starts  at  120s  and  the  simulation  ends 
at  400s.  The  surplus  80s  allows  the  last  few  queries  to  be 
delivered. 

6.2  The  Simulation  Results 
6.2.1  Query-Delivery  Ratio 

Since  the  per-hop  latency  is  0.5s,  and  the  per-hop  progress 
is  about  70m,  the  packet  transmission  speed  is  140m/s.  Eor 
DLSP,  the  speed  limit  with  the  movement  threshold  of  100m 
is  14m/s.  Pig.  7  shows  DLSP  to  scale  very  well  if  the  mo¬ 
bile’s  speed  is  less  than  or  equal  to  15m/s.  In  the  network  of 
1600  nodes,  the  delivery  ratios  of  both  DLSPs  drop  below 
90%  beyond  the  theoretic  speed  limit,  14m/s.  We  have  also 
run  tests  with  per-hop  latency  of  0.25s,  and  with  the  move¬ 
ment  threshold  of  50m.  The  results  are  consistent  with  our 
analysis,  and  thus  omitted. 

The  query-delivery  ratio  of  DLSP-SN,  as  shown  in 
Pig.  8,  is  close  to  that  of  DLSP  below  20m/s  and  even  higher 
above  that  speed  because  DLSP  requires  the  query  to  ob¬ 
tain  location  information  from  a  lower-level  location  server 
than  the  previous  round,  but  DLSP-SN  does  not  have  this 
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DLSP 


speed  (m/s) 

Figure  7.  The  query  delivery  ratio  of  DLSP  is 
above  96%  for  all  network  sizes  if  the  mobile’s 
speed  <  15m/s.  The  speed  limit  from  our  anal¬ 
ysis  is  14m/s. 


GHLS 


speed  (m/s) 

Figure  9.  There  is  no  single  speed  limit  for  dif¬ 
ferent  network  sizes  in  GHLS  because  it  does 
not  scale. 

restriction  and  can  take  more  rounds  of  lookup-and-chase. 
Fig.  9  shows  that  the  delivery  ratio  of  GHLS  degrades  sig¬ 
nificantly  as  the  network  size  and  the  mobile’s  speed  in¬ 
crease.  This  is  because,  as  the  per-hop  latency  is  nontrivial, 
the  term  easily  exceeds  the  bound,  2r,  in  Eq.  (14). 
That  is,  when  the  query  reached  the  location  it  obtained 
from  the  location  server,  the  mobile  has  laredy  moved  too 
far  away  from  that  location  to  receive  it.  Hence,  the  mes¬ 
sage  must  be  dropped. 

Fig.  10  shows  the  delivery  ratio  of  GLS,  which  degrades 
significantly  as  the  network  size  and  the  mobile’s  speed  in¬ 
crease.  This  is  also  because  the  mobile  has  moved  too  far 
away  to  receive  the  query  when  it  reaches  the  location.  In 
GLS,  the  mobile  attempts  to  leave  forwarding  pointers  in 
the  grid  of  which  it  moves  out,  so  that  a  query  may  fol¬ 
low  the  mobile  using  the  forwarding  pointers.  But  the  mes¬ 
sages  containing  the  forwarding  pointers  are  likely  to  get 
lost,  particularly  when  the  mobile  moves  at  a  high  speed. 


DLSP-SN 


speed  (m/s) 

Figure  8.  The  query  delivery  ratio  of  DLSP-SN 
is  close  to  that  of  DLSP  below  the  speed  limit, 
and  noticeably  better  in  case  of  high  speeds. 


GLS 


speed  (m/s) 

Figure  10.  The  delivery  ratio  of  GLS  degrades 
because  many  forward  pointer  messages  are 
lost. 

This  is  because  the  destination  of  these  messages  (i.e.,  the 
grid  it  moves  out  of)  is  in  the  opposite  direction  of  the  node 
movement.  By  geographic  forwarding,  the  mobile  picks  the 
neighbor  that  is  closest  to  the  destination.  But  such  a  neigh¬ 
bor  is  most  likely  to  be  out  of  the  mobile’s  radio  range. 
When  a  forwarding  pointer  is  lost,  the  chain  of  forwarding 
pointers  will  be  broken,  and  the  query  has  to  be  dropped. 

GLS  also  shows  some  performance  degradation  at  the 
low  speed  for  the  following  reason.  Unlike  the  other  lo¬ 
cation  protocols  we  evaluate,  the  location  updates  are  only 
triggered  by  the  movement  threshold  in  GLS.  Therefore, 
when  the  mobile’s  speed  is  low,  the  update  period  is  very 
long,  especially  for  high-level  location  servers  in  large  net¬ 
works.  Then,  loss  of  a  location  update  can  disable  these  lo¬ 
cation  servers  for  a  very  long  time.  Queries  will  be  dropped 
if  they  reach  these  servers.  At  high  speeds,  the  delivery  ra¬ 
tio  of  small  networks  is  noticeably  better  than  that  of  large 
networks.  This  is  because  it  is  easier  for  a  query  to  catch  up 
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with  the  mobile  within  smaller  areas. 

6.2.2  Location-Update  Overhead 

Because  GHLS  is  shown  to  have  the  least  update  overhead 
in  [5],  we  normalize  the  update  overhead  of  DLSP,  DLSP- 
SN,  and  GHLS  by  that  of  GHLS,  illustrated  by  Figs.  11- 
13.  The  results  were  obtained  from  the  same  tests  for  the 
query-delivery  ratio.  All  the  normalized  overheads  are  rela¬ 
tively  insensitive  to  the  mobile’s  speed,  because  the  tests  of 
all  protocols  use  the  same  movement  threshold  for  trigger¬ 
ing  location  updates.  As  the  mobile’s  speed  increases,  the 
update  overhead  increases  accordingly  for  all  protocols. 

Compared  to  DLSP,  DLSP-SN  reduces  the  location- 
update  overhead  by  70%  or  more,  as  shown  in  Figs.  1 1  and 
12.  More  importantly,  the  normalized  overhead  of  DLSP- 
SN  decreases  as  network  size  increases.  This  can  be  ex¬ 
plained  as  follows.  Suppose  the  network  size  increases  from 
to  Then,  the  average  number  of  packets  trans¬ 

mitted  for  a  location  update  should  double  in  GHLS.  But 
for  DLSP-SN,  the  increase  of  update  overhead  is  only 
In  a  network  of  1200  nodes,  the  overhead  of  DLSP-SN  is 
approximately  equal  to  that  of  GHLS.  This  ensures  DLSP- 
SN  not  to  have  serious  collision  problem  even  if  there  are  a 
number  of  mobile  nodes. 

In  Fig.  13,  GLS  increases  almost  linearly  at  low  speeds 
for  the  following  reason.  GLS  does  not  use  any  timeout  for 
sending  updates,  so  its  update  overhead  always  increases 
linearly  with  the  mobile’s  speed.  In  GHLS,  the  timeout  is  8s 
and  the  movement  threshold  is  100m,  so,  at  low  speeds,  the 
mobile  sends  location  updates  every  8s,  and  the  overhead  of 
GHLS  is  constant  even  as  the  speed  increases.  Therefore, 
the  normalized  overhead  of  GLS  increases  linearly  at  low 
speeds.  Again,  for  the  same  reason  described  above,  the 
normalized  overhead  of  GLS  decreases  as  the  network  size 
increases. 

Compare  Figs.  13  and  12.  GLS  has  about  5  times  as 
much  overhead  as  DLSP-SN,  because  it  updates  3  location 
servers  at  each  level  and  incurs  additional  updates  when  the 
mobile  crosses  a  square  boundary. 

Let’s  compare  the  tests  of  400x400  networks  in  Figs.  13 
and  11.  GLS  is  shown  to  have  a  much  higher  overhead 
than  DLSP,  because  DLSP  only  has  4  level-0  squares  in  a 
400x400  square,  thus  allowing  each  square  to  have  only 
3  neighbors  (the  same  as  GLS).  GLS  incurs  an  additional 
overhead  in  boundary-crossing. 

6.2.3  Query  Path  Length 

The  results  plotted  in  Fig.  14  are  also  from  the  same  tests 
for  the  query-delivery  ratio.  Due  to  the  griding  effect,  the 
query  path  length  of  DLSP-SN  is  40  —  45%  longer  than  that 
of  DLSP  in  large  networks. 


Figure  14.  DLSP-SN  has  longer  query  path 
length  due  to  griding  effect. 

In  Fig.  14,  the  query-path  length  of  GHLS  decreases 
sharply  beyond  the  mobile’s  speed  of  lOm/s,  because  more 
than  30%  of  the  queries  (most  of  them  have  a  long  path) 
are  dropped  and  thus  not  counted.  Similarly,  the  query-path 
lengths  of  DLSP  and  GLS  decrease  noticeably  at  30  and 
40m/s.  These  speed  points  are  consistent  with  Figs.  7,  9 
and  10. 

Compared  with  GLS,  DLSP-SN  has  a  longer  query  path, 
because  DLSP-SN  uses  less  location  servers  than  GLS.  So, 
DLSP-SN  suffers  more  from  the  griding  effect. 

The  results  of  smaller  networks  show  the  same  trends 
with  smaller  gaps. 

6.2.4  Adaptation 

To  evaluate  how  DLSP-ASN  improves  overall  energy- 
efficiency  over  DLSP-SN,  we  use  the  same  deployments 
and  movements  as  in  previous  tests,  but  change  the  work¬ 
load  such  that  only  one  sensor  node  sends  data  to  the  mobile 
at  a  constant  rate.  Figs.  15  and  16  show  the  results  from  a 
network  of  1600  nodes  and  the  data  rate  of  1  message  per 
second. 

Fig.  15  shows  that,  with  adaptive  location  updates, 
DLSP-ASN  has  slightly  higher  delivery  ratio  than  DLSP- 
SN.  This  is  because,  at  the  first  round,  each  query  travels 
less  hops  in  DLSP-ASN  than  in  DLSP-SN.  This  indicates 
that  the  query  reaches  the  mobile’s  known  location  ear¬ 
lier,  and  the  mobile  has  moved  less  away  from  the  location. 
Starting  at  the  second  round,  the  query  has  a  higher  chance 
to  be  delivered  successfully.  Fig.  16  shows  the  total  energy 
cost  normalized  by  the  total  cost  of  GHLS.  The  adaptive 
mechanism  can  improve  the  overall  energy-efficiency  by  as 
much  as  40%.  For  the  range  of  4  to  15m/s,  the  total  en¬ 
ergy  cost  of  DLSP-ASN  is  comparable  to,  or  even  lower 
than,  that  of  GHLS.  This  is  because  most  queries  are  deliv¬ 
ered  in  one  round.  During  the  first  round,  a  query  obtains 
the  mobile’s  location  information  within  a  small  square  in 
DLSP-ASN,  but  in  GHLS,  it  has  to  travel  more  hops  to  a 
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Figure  11.  DLSP  has  a  very 
high  update  overhead  be¬ 
cause  there  may  be  as  many 
as  8  iocation  servers  at  each 
ievei. 
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Figure  12.  DLSP-SN  reduces 
the  update  overhead  by  70% 
or  more,  its  overhead  is 
comparabie  to  that  of  GHLS 
in  a  network  of  900  nodes  or 
more. 
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Figure  13.  GLS  has  a  very 
high  update  overhead  be¬ 
cause  each  ievei  has  3  io¬ 
cation  servers,  and  because 
there  is  an  additionai  over¬ 
head  incurred  by  boundary¬ 
crossing. 
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Figure  15.  The  deiivery  ratios  of  DLSP  and 
GHLS  match  the  resuits  in  previous  figures. 


randomly  picked  location  server  within  the  largest  square. 
As  the  speed  increases,  the  improvement  decreases  because 
DLSP-ASN  also  needs  to  take  more  rounds  to  deliver  the 
queries.  In  the  test  of  smaller  networks  and  lower  data  rates, 
as  we  expected,  DLSP-ASN  shows  less  improvement  on 
overall  efficiency. 

7  Related  Work 

To  our  best  knowledge,  there  has  been  no  previous  work 
on  location  service  in  wireless  sensor  networks.  A  few  loca¬ 
tion  service  protocols  have  been  proposed  in  MANETs.  Das 
et  al.  [5]  categorizes  these  location  services  as  flooding-  or 
rendezvous-based. 

In  the  flooding-based  approach,  such  as  DREAM  [3],  a 


Figure  16.  The  energy  cost  of  DLSP-ASN  is 
even  iess  than  GHLS  when  the  speed  is  beiow 
15m/s,  whiie  it  provides  much  higher  packet 
deiivery  ratio. 

mobile  floods  its  location  information  to  the  nodes  within 
a  certain  hop  limit  determined  by  distance  effect,  and  the 
update  frequency  is  adapted  to  its  frequency.  When  a  node 
needs  to  send  packets  to  a  mobile  destination,  a  location 
query  is  flooded  towards  the  direction  of  the  destination  if 
the  location  is  not  available.  This  approach  does  not  scale 
well  due  to  the  high  overhead  of  flooding. 

In  the  rendezvous-based  approach,  one  or  multiple  loca¬ 
tion  servers  are  elected  to  store  mobiles’  location  informa¬ 
tion.  The  mapping  of  the  mobiles’  IDs  to  location  servers 
is  pre-determined  by  the  protocol.  In  XYLS  [18],  each  lo¬ 
cation  update  is  sent  to  a  set  of  nodes  in  a  thick  column, 
and  each  location  query  is  propagated  along  a  row  of  nodes, 
which  should  insect  with  the  column.  Then,  the  intersected 
nodes  send  back  the  location  to  the  source.  Twins  [19], 
Home-Zone-Based  Location  Service  [17],  and  GHLS  [5] 
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all  use  a  centralized  location  server  for  handling  location 
updates  and  queries.  In  Twins  and  Home-Zone-Based  Lo¬ 
cation  Service,  a  mobile  hashes  its  ID  to  determine  its  home 
region  or  cluster,  which  acts  as  the  location  server.  GHLS 
uses  the  geographic  hashing  of  GHT  [15]  to  pick  only  one 
node  as  the  location  server.  Both  GLS  [12]  and  DLM  [20] 
are  hierarchical  location  service  protocols  based  on  a  grid 
structure.  They  both  determine  the  frequency  of  updat¬ 
ing  the  location  servers  by  the  movement  of  a  mobile,  and 
needs  to  update  location  servers  of  multiple  levels  when  the 
boundary  of  a  high-level  square  is  crossed.  Both  protocols 
suffer  from  the  “griding”  effect.  The  differences  between 
the  two  protocols  are  as  follows.  GLS  selects  3  location  at 
each  level  of  grids,  which  results  in  a  non-uniform  distri¬ 
bution  of  location  servers;  DLM  selects  a  location  server  in 
each  of  level-m  squares.  In  GLS,  a  location  query  travels 
up  the  hierarchy  by  going  to  the  node  whose  ID  is  closest 
to  the  destination  ID  within  each  level  of  squares;  in  DLM, 
a  query  is  guided  by  the  hierarchical  address  of  the  destina¬ 
tion. 

Das  et  al.  [5]  proposed  a  quantitative  model  and  com¬ 
pared  the  performance  of  XYLS,  GLS,  and  GHLS.  Their 
analysis  and  simulation  results  show  that  GHLS  beats 
XYLS  and  GHLS  with  regards  to  both  update  overhead  and 
packet-delivery  ratio.  Their  most  important  conclusion  is 
that  GLS  asymptotically  scales  better  but  suffers  from  very 
heavy  location-update  overhead,  and  GHLS  is  the  best  for 
networks  of  up  to  25000  nodes. 

Outside  the  domain  of  location  services,  TTDD  [21] 
takes  a  different  approach  to  data  delivery  to  mobile  sinks 
in  sensor  networks.  The  data  sources  (stationary  sensors) 
proactively  build  a  grid  structure  throughout  the  sensor  field 
and  set  up  dissemination  nodes  near  the  grid  points.  A  mo¬ 
bile  sink  floods  a  request  for  specific  data  within  its  local 
grid  square  to  reach  a  dissemination  node,  which  then  for¬ 
wards  the  request  to  the  its  upstream  dissemination  node  to¬ 
wards  the  source,  and  so  on.  The  request  eventually  stops  at 
the  source  or  a  dissemination  node  which  has  the  requested 
data  (upon  request  from  other  sinks).  Such  a  forwarding 
process  also  relays  information  of  the  path  to  the  sink,  so 
the  source  can  send  data  directly  to  the  mobile  in  the  future. 

8  Conclusion 

Wireless  sensor  networks  may  incur  a  nontrivial  per-hop 
latency,  which  is  much  larger  than  that  in  mobile  ad  hoc 
networks  (MANETs).  Therefore,  the  location  service  pro¬ 
tocols  proposed  for  MANETs  may  not  be  applicable  to  sen¬ 
sor  networks.  In  this  report,  we  present  a  distributed  loca¬ 
tion  service  protocol  (DLSP)  for  a  hybrid  wireless  network 
of  stationary  sensor  nodes  and  mobile  actors.  To  our  best 
knowledge,  there  has  been  no  previous  work  on  location 
service  for  sensor  networks. 


Through  a  rigorous  analysis  of  DLSP,  we  derive  the  con¬ 
dition  for  achieving  a  high  packet-delivery  ratio,  and  show 
how  to  configure  the  protocol  parameters  to  ensure  the  seal- 
ability  of  DLSP.  We  prove  that  DLSP  is  scalable  if  the 
mobile’s  speed  is  below  a  certain  fraction  of  the  packet- 
transmission  speed,  which  depends  on  a  movement  thresh¬ 
old.  The  theoretical  mobile’s  speed  limit  is  one-fifth  of  the 
packet-transmission  speed. 

The  proposed  optimization,  DLSP-SN,  can  reduce  the 
location-update  overhead  by  70%  or  more,  while  its  query- 
delivery  ratio  is  even  better  than  DLSP  in  case  of  high 
speeds.  Moreover,  in  large  networks,  the  overhead  of 
DLSP-SN  is  close  to  that  of  GHLS,  but  it  can  provide  a 
much  higher  delivery  ratio  than  GHLS  when  the  mobile’s 
speed  is  high.  With  DLSP-SN,  however,  the  query-path 
length  gets  30  —  45%  longer  than  that  of  DLSP,  indicat¬ 
ing  a  significant  increase  of  data-delivery  cost  when  sensor 
nodes  send  continuous  data  stream  to  a  mobile.  In  order  to 
make  a  tradeoff  between  update  and  data-delivery  costs,  we 
present  a  greedy  adaptation  mechanism,  DLSP-ASN,  which 
can  significantly  improve  overall  energy-efficiency. 

Our  future  work  will  address  how  data  buffering  and  lo¬ 
cation  caching  can  affect  the  performance  of  location  ser¬ 
vices.  By  “data  buffering”  we  mean  that  location  servers 
can  buffer  data  packets  and  send  them  to  the  mobile  re¬ 
ceivers  as  soon  as  their  location  updates  are  received.  This 
allows  a  mobile  to  determine  its  location-update  timing  and 
frequency  based  on  the  requirement  of  data-packet  latency 
and  the  constraint  of  memory  space  at  the  location  servers. 
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